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Receive a specification of performance problems 
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Example 2: ADDM report 



DBMS_AE»VISOR.GET_TASK_REPORI CBB' > 

DETAILED ADDM REPORT FOR TASK 'bb' WITH ID i6 



Analysis Period: 30-MAy-2003 f roas 10:27: 57 to 10: Si: 03 

Database ID/ Instance : 1/1 

Snapshot Range: from 9 to 10 
Database Tiuie: seconds 

Average Database Load: 3.5 active ssesEiions 



702-1^ 



FIKDING i: 13% impact (201 seconds) 



706- 1> 

707- 1- 



708-1- 



710-1> 

704-2> 
702-2—- 



706- 2v 

707- 2- 



708-2- 



710-2> 



704-1 



A hot data block with concurrent read and write activity was found. The block 
belongs to segment "RUBOLTO^. TA3_BBW_DArABLOCK_I" and is block 70 in file 3, 

' RKC0r€4EI>JDATI0N 1: Application Analysis, 13% benefit (201 seconds) 
* ACTION: Investigate application logic to find the cause of high 

concurrent read and write activity to the data present in this block. 
RELEVAm OBJECT: database block with objectf 4098^, filet 3 and 
blocks 70 

i RATIONALE: The SQL statenient with SQL_ID " 4'vocv 8rv'4y3dhd" spent 
sicjjni ficant ti*s.e on ^'bufter busy waits" for the hot block. 
RHLE\*AMT OBJECT: SQL 3t3tein.ent with SQL_IX> 4vxy8fv4y3dhd 
UPDATE TAB_BBVi_DATABLOCK SET REC_ID = :E3t:B2Tl VIHERE REC_ID : Bl 
.RATIOT'lALE: The SQL statement with SQL_iD «90n4Ey8h€375p« spent 
significant tinie on "buffier busy waits" fox the h-ot block. 
RELE\fA>fr OBJECT: SQL statesient with SQL_ID 9an4zy ah637Sp 
UPDATE TAB_BBV3_DATABLOCK SET RE€_IO = : B3 WHERE REC_ID « :B2f :Bl + l 

SmPTOMS TilAT LED TO THE FIND INS: 

Wait class "Concurrency" v.»3s consuining significant database tinjs* <24% 
ioipact [ 3 7 5 se conds j > 



FINDING 2: 13% inpact <201 seconds} 

Read and write contention on database blocks was consuitiing Bignificant 
database time^ 

' RHCO.^IMENDATION 1: Schen^a, 131^ benefit (201 seconds) 
'ACTION: Consider hash partitioning the imEX 

"RHB0LTON.TAB_BBW_DATABL0CK_r' with object id 40984 in a .manner that 
will evenly distribute concurrent D^h across laultipie partitions* 
RELEVAI^r OBJECT: database object with id 4092-4 

{RATIONALE: The UPDATE statesent with S<3L_ID " 4vxySfv4y3dhd" was 
aig-nif icantlv affected by "buffer busy waits". 
RELEVA5<T OBJECT: SQL statement with SQL_ID 4vxy8f v4y3dhd 
UPDATE TAB_BB'ri„DATABL^CK SET REC^ID ^ :B3 + :B2-M VIHERE RE€_ID = 
RAJIONALE: The UPDATE atatex^ent with SgL_ID " 90n4zySh6375p" was 
significantly affected fay ''buffer busy waits". 
RELE\^AMT OBJECT: SQL statei^ent with SQL.ID §Q'n4si'8h6575p 
UPDATE TAB^BBW^DATABL-OCK SET REC_ID ^ : B3 VIHERE REC_ID « :B2*:B1 + 1 

SYMPTOMS THAT LED TO THE FINDING: 

VJait class "Concurrency" was consusiing significant database tinie. (24% 
i mp ac t [ 3 7 5 se conds j ) 
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Fig. 7 A 



702-- 



FUNDING 33 5*5% impact <149 Becondu> 

Contention on buffer cache iatch&s was c-ansuming significant database time. 

' REC0^3♦1E^^DATI0N 1: SQL Tuning., 4.3% benefit (€& seconds) 

* ACTION: Run SQL funin-g Advisor on the SQh statesient v;ith SQL_ID 

RELEVANT OBJKCT: SQL statenisnt with SQL„TD 4vxy3f v4y3dhd 
UPDATE TAB_EBVJ_DATABLOCK SET REC^TD ^ \B3^:B2'i■^ VJHEHE REC_TD ^ : B'i 

■ RECOr*!MENDATiON 2: SQL Tuning, 4.3% benefit (h& seconds) 

■ACTiON: Run SQL Tuninc Advisor on the SQL scatGr^ent with SQL_TD 
"90n4zy.ShC3?5p" . 

RELE\"AHT OBJECT: SQL statement with SQL_ID 90n4zy Sh€375p 
UPDATE TAB„BB>L.DATABLOCK SET REC_ID : B3 WHERE REC_ID « :B2r:Bl+^l 



710-3^ 
704-4^ 
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Example 2: ADDM report (continued) 
70^ 



SYMPTOMS THAT LED TO TEE FINDIIK;: 

Vlait class "Concurrency" was consucning significant database time, 
intpact [37 5 seconds]) 



(24% 



702-4" ^FI^TONG 4: 3.5% impact (56 seconds} 

Hard parsing of SQL staternsnts was consrusning significant database tinie. 

706-4 — RECO^S^E^DATIONS AVAILABLE 

ADDITIONAL IHFORI'^TIOH : Hard parses due to cursor envir-oniaent Xtismatch v/ere 
not consusiing sig^nif icant datab^sse tirss. 

Hard parsing SQL atateaients that encounteired parse exrors was not 
consuming significant database time. 

The shared pool was adequately sised to prevent hard pa rsefi due tc 
cursor aging ^ 

Hard parses due to literal usage and cursac invalidation were not 
consuming significant database ticse. 

SYMPTOMS THAT LED TO THE FIMDIHG: 

Parsing of SQL staten^ents was consusiin^ significant datst>ase time. r3. 7% 
injpact [59 seconds]) 



— ADDITIONAL INEDRI*iAIION 

An explanation of the terrranology used in this report is available when you. 
run the report with the 'ALL' level of detail. 

The analysis of I/O perforniance is based on the default assimiption that the 
average read tiine for one database block is 50OO micro-- seconds^ 

Wait class *' Adrr-inistr ative" was not consuming significant database time. 

»ait class "implication" was not consuming significant database time. 

iJait class "Cluster" was not consuming significant database time. 

J'lait class "Commit" vjas not consusiing significant database time. 

k3ait class "Configuration" was not consuasing significant database time. 

PU was not a bottleneck for the instance. 

Wait class "Metwork" was not consuming significant database tirne* 

Wait class "Scheduler" v;as not consuming significant database time* 

»ait class. "Other" was not cons^Jmin^g significant database time. 

Wait class "User I/O" v;^as not consuming significant database time. 

The flushing of snapshots 9 and 10 took 47 seconds which is 251^ of the 
analysis period tinie. This gtay reduce the reliability &f the ADDM analysis. 



Fig. 7B 
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Determine when it is time to capture activity 
information in a database 
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Store captured information 
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Review captured information in circular buffer 



1104- 



Determine If captured information is considered to 

be important 



1106 




Discard captured 
information 



1108- 



Index captured information for the session 



I 



Source indexed information in a database for 
1110-^ archival 



Fig. 11 



1205 

USER COMPUTER 



1210 

USER COMPUTER 



1215 

USER COMPUTER 





o 



mnn l - h nn 

□aan uaa 
Diuan nan 



1225 
WEB SERVER 




1230 

WEB APPLICATION SERVER 



1200 



1235 
DATABASE 



FIG. 12 



